-
Notifications
You must be signed in to change notification settings - Fork 10
Only configuration cache miss when necessary #127
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Thank you for the contribution @TheGoesen. Please let me know if/when this is ready to be reviewed. |
|
Would appreciate an review, already enough commits on that branch |
There seems to be some kind of name clash with other things called 'ModuleInfo'.
|
Thank you for digging into this and contribution this improvement @TheGoesen. Also, thank you for adding tests. The solution looks good to me. I just had some formatting and structuring remarks. I took the liberty to fix them directly while testing and reviewing the code. Would it help you if I do the next release with this change only or would you like to contribute something else on the topics discussed in the issues you opened? |
Currently: any change to module.info will cause a gradle configuration-cache miss
Idea: use value source to filter only the changes that interest us.-> comments and changes to exports and such will no longer cause cache invalidation
... Also funky stuff on the way: the ModuleInfoCache is pretending to cache ModuleInfos, but its also not actually producing cache hits. I mostly left it like it was before